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(57) Resumen: Un sistema de aviso de errores de marcaci6n a usuarios visitantes en una red de telefonia movil visitada (VPLMN) 
(100), siendo un usuario visitante un usuario de una red de telefonia movil de origen (HFLMN) (200) distinta a la red de telefonia 
m6vil visitada (100). El sistema comprende: un primer nodo (11) de la red de telefonfa m6vil visitada (100) que comprende medios 
de analizar un numero marcado por un usuario (201) y determinar si dicho numero marc ado cumple al menos un criterio de error 
predeterminado; y medios de enviar un mensaje corto (SM) con un aviso de error de marcaci6n al usuario si dicho numero marcado 
cumple al menos un criterio de error predeterminado. La invenci6n tambien se refiere a un mStodo de aviso de errores de marcaci6n. 
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SISTEMA Y M£T0D0 DE AVISO DE ERRORES DE MARCACI6N 

CAMPO DE LA INVENClQN 
La invenci6n se engloba en el campo de la telefonfa m6vil. Como es sabido, en 
5 dicho campo, normalmente se utilizan acr6nimos y terminos anglosajones para 
referirse a elementos y conceptos propios del campo. Los acrbnimos y t6rminos 
anglosajones usados en este texto se explicaran a lo largo del texto. 

ANTECEDENTES DE LA INVENClQN 
10 La invenci6n tiene como finalidad la de servir como base para un servicio de 

aviso de errores de marcaci6n a visitantes en una red de telefonla m6vil visitada 
(VPLMN) en relaci6n con roaming international, es decir, cuando el usuario se 
encuentra en un pals que no es el pais de su red de telefonla m6vil de origen 
(HPLMN). 

15 La red de telefonfa m6vil troncal est£ formada por ciertos nodos principals, 

que realizan las funciones elementales en la red, como la conexidn y desconexi6n de 
los terminales, el encaminamiento de las llamadas de voz y el envfo de mensajes 
cortos. 

Para la red de telefonfa m6vil o PLMN (Public Land Mobile Network o "Red 

20 Global de Telefonla M6vil"), el area geogrSfica se divide en celdas, cada una de las 
cuales esta atendida por una "estaci6n base" o BTS (Base Transceiver Station). La 
figura 1 refleja una red de este tipo, en la que se puede observar como un telgfono 
m6vil 1 se encuentra en una celda 2 correspondiente a una estaci6n base 3; otras 
estaciones base 3 corresponden a otras celdas de la red. 

25 Cada estaci6n base depende de un nodo controlador de estaciones base o 

BSC (Base Station Controller) 4. El BSC 4 gestiona la actividad de varias estaciones 
base 3 que est£n a su cargo, p.e., encaminando las llamadas y mensajes a la estaci6n 
base que cubre el m6vil de destino. 

A su vez, varios BSC 4 dependen de un centro conmutador o MSC (Mobile 

30 Switching Centre) (5, 6), nodo de red que controla varios BSC's y que gestiona el 
control de la localizaci6n de los usuarios que esten en su zona de control. 

Ademds, la red ilustrada en la figura 1 comprende varios "registros de area 
visitada" o VLR (Visitor Location Register) (7, 8). El VLR es una base de datos de 
usuarios "visitantes", en la que se guardan temporalmente determinados datos 

35 relativos a usuarios que se encuentran en el Area de red correspondiente al VLR. 
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Ejemplos de datos que se guardan en el VLR son el IMSI (International Mobile 
Subscriber Identity - "NOmero de Identificaci6n del Usuario International"), el MSISDN 
(el numero de tel6fono propiamente dicho, el que se marca para llamar al tetefono 
m6vil) o el TMSI (identificaci6n temporal diferente al IMSI por motivos de seguridad), el 

5 £rea de localizacibn donde ha sido registrado el usuario y los servicios suplementarios 
de los usuarios abonados que en ese momento se encuentren en el £rea de red que 
cubre ese VLR. Cada VLR cubre un £rea de localizacion. Pueden existir varios VLR's 
en el drea cubierta por un MSC, pero tambten es posible que un VLR contenga 
informaci6n de £reas cubiertas por varios MSC's. En algunos sistemas, hay un VLR 

10 por cada MSC. El VLR tambi6n es el nodo al que se envfa el comando FSM (Forward 
Short Message) desde el SMSC (Short Message Service Centre, "Centra Servidor de 
Mensajes Cortos"), con el nOmero de destino para que 6ste encamine el mensaje al 
BSC donde se encuentra el usuario destinatario, para que la estaci6n base 
correspondiente entregue el mensaje el usuario. 

15 (En este documento, nos referimos de forma indistinta a un tetefono m6vil, al 

usuario (el que tiene el tel6fono m6vil) y al abonado). 

La red tambi£n comprende un registro maestro de abonados para su 
localizacion o HLR (Home Location Register) 9 que es la base de datos donde se 
guardan todos los datos respectivos al servicio m6vil de los usuarios de la red, tales 

20 como su identificaci6n IMSI y MSISDN, el VLR en el que se encuentran localizados 
(cada cambio de drea de localizacidn que realiza un m6vil es detectado por la red y se 
actualiza de forma autom£tica su direcci6n VLR en la base de datos HLR). Tambi6n 
existe informaci6n acerca del tipo de servicio que se ofrece al usuario asf como de los 
servicios suplementarios que se le dan. Normalmente, en redes con mucho usuarios, 

25 los datos de usuarios se distribuyen en varios HLRs. 

La red tambten puede incluir un Centra de Autentificaci6n o AUC 
(Authentication Centre), donde se guardan las "tripletas". El HLR obtiene las tripletas a 
trav6s del AUC; una tripleta se compone de tres numeros una clave (Kc), un nOmero 
aleatorio (RAND) y una respuesta firmada (SRES). La clave es un par£metro que 

30 posee la tarjeta SIM (Subscriber Identity Module - "M6dulo de Identificaci6n de 
Usuario") del abonado y la red, y que nunca viaja via radio. La red envfa al usuario el 
numero aleatorio, y el usuario, con su clave y un algoritmo, genera una respuesta 
firmada que debe ser igual que la que se ha generado previamente en la red -en el 
AUC- mediante el mismo algoritmo. Frecuentemente, el AUC est£ integrado con el 

35 HLR en el mismo nodo, que en tal caso puede denominarse "HLR/AUC". 
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La red tambten puede incluir un centro servidor de mensajes cortos o SMSC 
(Short Message Service Centre) 10 (ilustrado en la figura 3) que constituye el punto 
central del servicio de mensajes cortos, que es un servicio suplementario no 
obligatorio en la red (aunque actualmente todos los operadores GSM lo ofrecen). El 
5 servicio consiste en que el SMSC que el abonado ha configurado en su m6vil como 
propio, recoge el mensaje corto, averigua la red y el VLR en el que se encuentra el 
usuario de destino y envfa finalmente el mensaje corto a dicho VLR, que a su vez se 
encargar£ de entregarlo. 

En resumen: el usuario con su tel6fono m6vil puede desplazarse de una celda 
10 a otra de la red, lo que significa cambiar de BTS 3 y, a veces, de BSC 4, cambio que 
es gestionado por las MSCs 5, 6 de la red. Cuando el abonado llega a cambiar de 
MSC (en muchos sistemas, cada MSC esta asociado a un VLR y forman parte del 
mismo equipo ffsico), entonces cambia tambten de area de localizaci6n y la 
informaci6n de localizacidn del abonado se modifica en el HLR 9; de este modo, el 
15 HLR 9 siempre sabe en qu6 £rea de localizaci6n se encuentra el usuario. 

Si la red ofrece servicio de mensajes cortos, la transmisi6n de dichos mensajes 
es gestionada por el SMSC 10 de la red en la que se origina el mensaje corto o SM 
(Short Message). Dicho SMSC consulta los datos del usuario (VLR e IMSI) al HLR del 
abonado de destino y envfa el mensaje al VLR de destino. 
20 Para m£s informaci6n acerca del protocolo MAP y los procedimientos b&sicos 

de la red GSM, se puede consultar la especificaci6n de la ETSI: GSM 09.02: Digital 
Cellular Telecommunications System. Mobile Application Part (MAP) Specification. 

Cada red tiene una extension determinada, normalmente nacional. Cada 
usuario esta suscrito como usuario en una red de origen, operada por un operador de 
25 telefonfa m6vil, en su pais de origen. Los datos relevantes de dicho usuario se 
encuentran en el HLR de dicha red en el pals de origen. 

Sin embargo, normalmente un usuario de una red de origen o HPLMN (Home 
Public Land Mobile Network - red de telefonfa m6vil a la que pertenece un usuario) de 
un primer pals puede utilizar su telefono m6vil tambten en redes de telefonfa m6vil de 
30 otros pafses; dichas redes se llaman redes "visitadas" (VPLMN - Visited Public Land 
Mobile Network - red de telefonia mbvil visitada por un usuario que no pertenece a 
dicha red). El concepto de usar el tel6fono m6vil en una red que no es la red de origen 
se conoce como " roaming " y el usuario que se mueve por una red visitada y que usa 
los servicios de dicha red se conoce como un "roamer". 
35 Cuando un roamer visitante 201 (ver la figura 2) de otra red (HPLMN) 200 
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extranjera pretende localizarse y utilizar una red visitada (VPLMN) 1Q0 en un pals, al 
encender su tel6fono lo primero que hace es sincronizarse al plan de frecuencias de la 
estaci6n base (BTS) 3 con la que pretende engancharse. A trav6s de la BTS 3 
contacta con el VLR 7 de la red visitada que da servicio a la zona geogr£fica en 
5 cuesti6n (es decir, al VLR que corresponde al BTS con el que este comunicando), para 
solicitar la actualizaci6n de posici6n. 

En la peticion de actualizaci6n de posici6n (ver tambien la figura 9), el tel6fono 
m6vil envia (entre otros datos y comandos) el numero de identificaci6n de usuario 
internacional o IMSI ("International Mobile Subscriber Identity") que constituye un 

10 identificador universal del usuario m6vil en el mundo GSM. No debe confundirse con el 
MSISDN (Mobile Station International ISDN Number), que constituye el ntimero pGblico 
a marcar para contactar con el usuario, es decir, su "numero de tel6fono". 

El IMSI se compone de 15 di'gitos: los 3 primeros identifican al C6digo M6vil de 
Pais (MCC - Mobile Country Code) y los 2 siguientes al C6digo de Red M6vil (MNC - 

15 Mobile Network Code). A partir de estos primeros 5 dlgitos, el VLR 7 puede conocer 
biunlvocamente la red de origen (HPLMN) 200 a la que pertenece el roamer 201 y asi 
determinar si existe un acuerdo de "roaming" entre el operadbr de la HPLMN 200 del 
roamer y el operador de la VPLMN 1 00 visitada a la que pertenece el VLR 7. 

En caso de existir un acuerdo de roaming entre ambos operadores, el VLR 7 

20 debe analizar dicho IMSI para: 

- Componer el "Mobile Global Title" (MGT). Este numero se obtiene 
sustituyendo el MCC+MNC por un identificador E.164 (recomendaci6n ITU-T) 
mediante el cual se pueda direccionar el HLR 209 de la HPLMN 200 a trav6s de la red 
de senalizacibn internacional 300. Por ejemplo, para los abonados de la red de 

25 Telecel-Portugal haciendo roaming en Espana, el MCC+MNC (268 01) debe sustituirse 
por 35191, numero que identifica Portugal (c6digo de pafs o "country code" =351) y 
Telecel (91 ) en la red SS7 internacional. 

- Construir el mensaje de MAP ("Mobile Application Part" - parte de aplicaci6n de 
tecnologfa m6vil) "UpdateLocation", utilizando como direcci6n SCCP ("Signalling 

30 Connection Control Part" - nivel de red del stack SS7; SS7 es el sistema de 
senalizacidn que utiliza la red de telefonfa m6vil) el "Mobile Global Title". El VLR 7 
debe indicar para este operador concreto cual es la versi6n de MAP y si se soportan 
opciones de CAMEL (el concepto CAMEL se comentarS m£s abajo). Dicho mensaje es 
entregado a la pila de senalizacidn SS7 y enviado hacia las pasarelas de senalizaci6n 

35 internacional. 
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Al llegar a la HPLMN 200, 6sta red utiliza los 10 uttimos dfgitos del IMSI para 
encontrar el HLR 209 donde est£n definidos los datos de la subscripcidn m6vil del 
roamer 201. El HLR 209 permite o deniega la actualizaci6n de posicibn en funci6n de 
si dicho abonado tiene habilitado el servicio de roaming international. En caso 
5 afirmativo, y tras intercambiar con el VLR 7 de la red visitada 100 una serie de datos 
para autentificacion, le envfa el perfil del abonado (MSISDN, informacidn de servicios 
b£sicos y suplementarios, etc). 

A partir de ese momento, el roamer 201 queda localizado en el VLR 7 que le da 
servicio, consider£ndose un abonado de la red 100 en la que est£ acampado 
10 temporalmente. Por tiltimo, en el MSC/VLR se ha de poder configurar el tratamiento de 
la numeracidn marcada para cada rango de IMSIs (cada rango de IMSI corresponde a 
una red de origen HPLMN determinada), aunque en principio el roamer ha de poder 
acceder a la misma numeraci6n que los propios abonados de la red visitada. El 
esquema de an£lisis de ndmero marcado (es decir, c6mo obtener las rutas, si 
15 consultar algun nodo de red inteligente, etc.) puede variar en funci6n del rango de IMSI 
del abonado o f lo que es lo mismo, en funcion de la HPLMN a la que pertenece. Es 
decir, la MSC obtiene la forma de analizar el numero marcado por el roamer a partir de 
su IMSI, utiliz£ndose una tabla de conf»guraci6n modificable por el operador. 

Para el envfo de mensaies cortos o SMs ("Short Messages") dentro del marco 
20 del servicio de mensajes cortos o SMS ("Short Message Service") proporcionado por 
los operadores de telefonia movil, existen los procedimientos normales estandarizados 
por GSM para envfo de mensaje corto m6vil a m6vil, pasando por el centro servidor de 
mensajes cortos o SMSC ("Short Message Service Centre") 10 del operador (ver la 
figura 3). Sin embargo, existen muchas aplicaciones mediante las cuales se puede 
25 enviar un mensaje desde / hacia el mundo IP (por ejemplo, enviar un mensaje corto 
desde una pSgina web, enviar un mensaje corto originado en m6vil -SMS MO- hacia 
un concurso de televisibn, etc.). Con la expresion "mundo IP" ("Internet Protocol) nos 
referimos al entorno de Internet; el mundo IP se ha ilustado esquem&ticamente con la 
referenda numerica 400 en la figura 3. 
30 El SMSC 10 puede recibir una petici6n de envfo de SMS: 

- De la MSC 5, mediante un procedimiento normal movil-m6vil (entre un 
tetefono mbvil de origen 1 y un telefono movil de destino). El mensaje es transitado 
hacia el SMSC 10 en base a la direcci6n del centro servidor, configurable en el 
terminal para cada operador. 
35 - Del mundo IP 400, para lo cual los fabricantes de SMSCs tienen 
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implementados protocolos como el SMPP ("Short Message Peer to Peer Protocol", 
protocolo para la comunicacion entre un SMSC y una aplicaci6n externa). 

A partir de ese momento el mensaje es procesado del mismo modo. El SMSC 
consulta al HLR correspondiente al telefono m6vil de destino V y en caso de que el 
5 m6vil de destino no est6 disponible, el SMSC almacena el mensaje y lo intenta enviar 
m£s tarde, siguiendo una polftica de reintentos predefinida. Si el m6vil de destino sf 
est£ disponible, el HLR devuelve al SMSC 10 el IMSI y el numero del VLR 8 que 
corresponde a la estaci6n base 3 de la celda 2 en la que este acampado el m6vil de 
destino. A partir de este momento, el SMSC 10 procede a entregar el mensaje corto 

10 encaminSndolo hacia el VLR 8 de destino. 

La interaction entre el mundo tradicional de las redes de conmutaci6n de 
circuitos (SS7 - "Signaling System 7" ("Sistema de Senalizaci6n 7"): el sistema de 
senalizaci6n que utiliza la red de telefonia m6vil) y de paquetes (IP: "Internet Protocor 
- protocolo para transmisi6n en redes de conmutaci6n de paquetes) est£n 

15 convergiendo en una Ifnea comun. 

Por otra parte, existe el concepto de red inteliaente o IN ("Intelligent Network") 
que ha sido estandarizado por la ITU y ETSI y que se basa en definir una nueva 
arquitectura de red para ofrecer servicios avanzados de telecomunicacion. 

El elemento principal de esta arquitectura es el llamado punto de control de 

20 servicio o SCP ("Service Control Point"), un nodo que toma el control de la llamada en 
un momento de la misma. Tras producirse cierto evento relativo a llamada, el 
conmutador que controla la llamada suspende el procesamiento de la misma 
contactando con el SCP y quedando a la espera de instrucciones. Para ello se debe 
utilizar un protocolo de red inteligente IN sobre SS7. Los estendares mds comunes de 

25 IN son ETSI-Core INAP CSx y AIN (Advanced Intelligent Network) para Red Fija y 
CAMEL ("Customised Application for Mobile Networks Enhanced Logic") para red 
m6vil. 

El SCP puede realizar distintas tareas una vez que tiene el control de la 
llamada: modificar el numero de destino, liberar la llamada, monitorizar eventos 
30 basicos de llamada (abonado contesta, este ocupado, cuelga antes de establecer la 
llamada, etc.), descargar unidades de tiempo garantizado de llamada, ordenar la 
reproduccibn de anuncios customizados con y sin recogida de dfgitos y acceder a 
bases de datos externas. 

El protocolo CAMEL es en realidad una adaptation de INAP-CS1 para red 
35 movil que ademSs define nuevos campos para el protocolo MAP, en los que se definen 
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los criterios de disparo IN en unas marcas de subscripci6n que se transfieren al VLR 
(CSI=CAMEL Subscription Information). Sin embargo, la estandarizaci6n e 
implementaci6n de CAMEL ha ido bastante por detrSs de la demanda de mercado en 
cuanto a servicios de IN en redes m6viles. Por ello, en un primer momento se ha 
5 optado por introducir servicios como "prepago" mediante protocolos propietarios en red 
m6vil (extensiones de INAP-CS1), asf como realizar el disparo (ejecuci6n de los 
mismos) mediante extensiones propietarias del MAP (marcas de subscripci6n en 
VLR). Siendo CAMEL un estdndar para IN m6vil, permite a un operador ofrecer a sus 
abonados los mismos servicios durante "roaming" que en su HPLMN (siempre y 

10 cuando la red visitada VPLMN soporte CAMEL, est6 la funcionalidad abierta, y el 
abonado est6 aprovisionado con las marcas CSI en el HLR de la HPLMN). CAMEL 
permite el control de la llamada por parte de la HPLMN durante su establecimiento. 

Sin embargo, ni todas las redes soportan CAMEL, ni todos los abonados de 
una red CAMEL esten aprovisionados con CSI (principalmente se usa CAMEL para 

15 abonados de un servicio de "prepago", para los cuales es esencial dicho control por la 
HPLMN para el cobro de la llamada). 

En escenarios de "roaming" internacional (es decir, roaming en el que la red 
visitada -VPLMN- corresponde a un pafs distinto al pats de la HPLMN), es bastante 
comun el desconocimiento por parte de los roamers del procedimiento de marcaci6n 

20 en llamadas internacionales en la red visitada. Teniendo en cuenta que la inmensa 
mayorfa de las llamadas se suelen hacer al pafs de origen, se ha estudiado los errores 
m£s comunes cometidos en dicho tipo de llamadas y se ha detectado que son los 
siguientes: 

- Marcar el cbdigo de pals (Country Code) sin anteponer el V o el '00' 
25 (identificadores de llamada internacional). 

- Marcar '+ 00' delante del country code (es decir, utilizar simultaneamente los 
dos identificadores de llamada internacional). 

- Marcar solamente un '0* e inmediatamente despu6s el CC (Country Code). 

- Utilizar el '*' (asterisco) en vez del '+'. 

30 - Marcaci6n por agenda en formato nacional, como si el usuario estuviese 

localizado en su pafs de origen. 

- Para ciertos pafses como el Reino Unido, la inclusi6n del c6digo de escape 
para marcaci6n nacional, c6digo que nunca debe ser incluido cuando se marca desde 
el extranjero (+44 0 resto del nOmero). Este error era muy comun al llamar hacia 

35 Espana desde el extranjero, antes del cambio global de numeraci6n espanola. 
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Antiguamente el '9' constitute un c6digo de escape para marcacibn en Espana, que no 
anadfa ningCin tipo de informaci6n. Sin embargo, para marcacidn desde el extranjero, 
dicho c6digo no debfa incluirse (p.ej, para llamar a Madrid debla marcarse 0034 1 y no 
0034 91). Tras la ampliacion del plan de numeraci6n espanol para que el primer dfgito 
5 identificase el tipo de red (8,9 para fijos; 6 para m6viles) t dicho digito ya hubo de 
incluirse en marcaci6n internacional (+34 91. M +34 607..). 

Despues de estudios de estos errores se ha llegado a considerar que seria 
deseable establecer un sistema que proporcionase al roamer una informaci6n 
adecuada sobre estos errores, para evitar que se vuelvan a producir y/o para informar 

10 al usuario de como marcar correctamente. 

Actualmente, las llamadas efectuadas por roamers acampados en muchas 
redes visitadas extranjeras no son sometidas a ningun procesamiento especial. La 
numeraci6n es analizada bajo el mismo esquema de enrutamiento que los abonados 
propios de la red visitada. Solo pequenos cambios han sido introducidds en las MSCs 

15 para aplicar una locuci6n en ingl6s en caso de intento de acceso a un nOmero 
inexistente. Debe indicarse que el anSlisis de numeracibn en las MSCs es un proceso 
poco flexible: consiste bSsicamente en quitar y anadir dfgitos al nOmero marcado y 
establecer la ruta a seguir por la llamada. No incluye decisiones complejas, como 
analizar en mayor profundidad los defectos cometidos en la numeracion marcada por 

20 los abonados, ni enviar mensajes cortos en caso de marcaci6n defectuosa. 

El estendar CAMEL comentado en lo anterior, permite a la HPLMN el control de 
la llamada realizada por el roamer en el momenta de efectuarse. Para ello, dichos 
abonados "roamer" tienen unas marcas especiales de subscription (CSI), que 
permiten establecer un diaiogo de control con un SCP de la HPLMN (concretamente, 

25 con un gsmSCF - t6rmino usado en el mundo GSM para referirse a un SCP 
involucrado en un dtelogo CAMEL) durante el establecimiento de llamada. 

Sin embargo, en la actualidad, muchos operadores de redes que hacen de 
VPLMN no tienen firmados acuerdos CAMEL con todos los dem£s operadores de 
redes de telefonia m6vil del mundo GSM. AdemSs, en cuanto a algunos operadores, 

30 los acuerdos CAMEL s6lo se aplican a usuarios del servicio "prepago", es decir, s6lo 
esten aprovisionados con marcas CAMEL los abonados de dicho servicio "prepago". 
Para el resto de los roamers, el control de la llamada pertenece exclusivamente a la 
red visitada (VPLMN). Por ello, serfa deseable ejecutar un servicio complementario al 
que ofrece CAMEL para abonados que no disfrutan del servicio CAMEL (dicho servicio 

35 complementario podrfa ser inaccesible para usuarios que poseen la marcas CAMEL). 
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Un objetivo de la invenci6n corresponde a ofrecer las bases para un servicio 
adecuado de informaci6n de marcacibn para usuarios visitantes que no dependa del 
estendar CAMEL. 


5 DESCRIPCI6N DE LA INVENCI6N 

Un primer aspecto de la invenci6n se refiere a un sistema de aviso de errores 
de marcaci6n a usuarios visitantes en una red de telefonfa m6vil visitada (VPLMN), 
siendo un usuario visitante un usuario de una red de telefonta m6vil de origen 
(HPLMN) distinta a la red de telefonfa m6vil visitada. SegOn la invencibn, el sistema 
10 comprende: 

un primer nodo de la red de telefonfa m6vil visitada que comprende medios de 
analizar un nurnero marcado por un usuario y determiner si dicho numero marcado 
cumple al menos un criterio de error predeterminado; y 

medios de enviar un mensaje corto (SM) con un aviso de error de marcacibn al 
15 usuario si dicho numero marcado cumple al menos un criterio de error predeterminado. 

Dicho primer nodo puede ser un punto de control de servicio (SCP) de la red de 
telefonfa m6vil visitada. 

El sistema puede comprender medios de determinar la identidad de red de 
telefonfa m6vil de origen (HPLMN) en base al IMSI del usuario. 
20 Por otra parte, el sistema puede comprender: 

medios de enviar desde el primer nodo de la red de telefonfa m6vil visitada, un 
mensaje de envfo de mensaje corto a un gateway SS7-IP; 

medios de enviar desde dicho gateway SS7-IP, un mensaje http de envfo de 
mensaje corto a un servidor de envfo de mensajes cortos; y 
25 medios de enviar desde dicho servidor de envfo de mensajes cortos, un 

mensaje corto dirigido al usuario, a un centro servidor de mensajes cortos (SMSC) de 
la red visitada. 

El sistema puede comprender medios de seleccionar el texto del mensaje corto 
en base a la identidad de la red de telefonfa m6vil de origen (HPLMN), por ejemplo, 
30 medios de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante. 

El servidor de envfo de mensajes cortos puede incluir una base de datos con 
textos para mensajes cortos, y medios de seleccionar un texto para un mensaje corto 
en base a un c6digo indicador inclufdo en el mensaje http recibido del gateway SS7-IP. 
El mensaje http comentado en lo anterior puede incluir, al menos, un cbdigo 
35 indicador de un texto para el mensaje corto y el numero (MSISDN) del tel6fono m6vil 
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del usuario al que debe enviarse el mensaje corto. 

El sistema puede comprender medios de enviar al primer nodo, un mensaje 
inicial de establecimiento de control que comprende, al menos, los siguientes datos: el 
numero de telSfono marcado por el usuario; el numero (MSISDN) del tetefono m6vil del 
5 usuario; y el IMSI del usuario. Los medios de enviar al primer nodo un mensaje inicial 
de establecimiento de control pueden estar comprendidos en los MSCs de la red de 
telefonfa mbvil visitada (VPLMN), de modo que cuando un usuario en una celda 
correspondiente a un MSC marca un numero de tel6fono, dicho MSC envfa el mensaje 
inicial de establecimiento de control al primer nodo. 

10 El sistema puede comprender medios de control para evitar que se envfe a un 

usuario un segundo mensaje corto con aviso de error de marcaci6n si el tiempo 
transcurrido desde el envfo de un primer mensaje corto con aviso de error de 
marcaci6n al mismo usuario es inferior a un tiempo mfnimo predeterminado. 

Los criterios de error pueden incluir uno o varios criterios seleccionados del 

1 5 grupo que comprende los siguientes criterios: 

- el numero marcado empieza con "+" seguido por un signo distinto a una cifra 
C, 1<C<9; 

- el ndmero marcado empieza con "00" seguido por un signo distinto a una cifra 
C, 1<C<9; 

20 - el numero marcado es un numero de 9 cifras que empieza con una cifra que 

no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un M +" o "00" seguido por un cbdigo de pais 
seguido por un c6digo de escape no aplicable para marcacibn internacional a dicho 
pals; y 

25 - el numero marcado es un numero con menos de 9 cifras que no sea un 

c6digo corto. 

Otro aspecto de la invenci6n se refiere a un mgtodo de aviso de errores de 
marcaci6n a usuarios visitantes en una red de telefonfa m6vil visitada (VPLMN), 
siendo un usuario visitante un usuario de una red de telefonfa m6vil de origen 
30 (HPLMN) distinta a la red de telefonfa m6vil visitada. El m6todo comprende los pasos 
de: 

(a) analizar, en un primer nodo de la red de telefonfa m6vil visitada, un numero 
marcado por el usuario y determinar si dicho numero marcado cumple al menos un 
criterio de error predeterminado; 
35 (b) si dicho numero marcado cumple al menos un criterio de error 
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predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo 
dicho mensaje corto al menos un aviso de error de marcaci6n. 

El primer nodo puede ser un punto de control de servicio (SCP) de la red de 
telefonla m6vil visitada. 
5 El metodo puede adicionalmente comprender el siguiente paso: 

(c) se determina la identidad de la red de telefonla m6vil de origen 
(HPLMN) del usuario y se determina, en base a la identidad de la red de telefonla 
m6vil de origen (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso 
de errores de marcaci6n. 

10 La identidad de la red de telefonfa mbvil de origen se puede determinar en 

base al IMSI del usuario. 

El paso (c) se puede realizar antes del paso (b) e, incluso, antes del paso (a). 
El paso (b) puede comprender los pasos de: 

- enviar desde un punto de control de servicio (SCP) un mensaje de envfo de 
1 5 mensaje corto a un gateway SS7-IP; 

- enviar desde dicho gateway SS7-IP, un mensaje http de envfo de mensaje 
corto a un servidor de envlo de mensajes cortos; 

- enviar desde dicho servidor, un mensaje corto dirigido al usuario visitante, a 
un centro servidor de mensajes cortos (SMSC) de la red visitada. 

20 El texto del mensaje corto se puede seleccionar en base a la identidad de la 

red de telefonia mdvil de origen (HPLMN), por ejemplo, en base al IMSI del usuario 
visitante. 

Se 'puede seleccionar el texto entre una pluralidad de textos comprendidos en 
una base de datos del servidor de envio de mensajes cortos, en base a un c6digo 
25 indicador incluldo en el mensaje http recibido del gateway SS7-IP. 

El mensaje http puede incluir, al menos, un oodigo indicador de un texto para 
mensaje corto y el numero del telefono m6vil (MSISDN) del usuario al que debe 
enviarse el mensaje corto. 

El metodo puede comprender un primer paso que comprende enviar al primer 
30 nodo, un mensaje inicial de establecimiento de control que comprende, al menos, los 
siguientes datos: el numero de telefono marcado por el usuario; el numero del telefono 
m6vil (MSISDN) del usuario; y el IMSI del usuario. El mensaje inicial de 
establecimiento de control se puede enviar desde un MSC de la red de telefonla m6vil 
visitada que corresponde a la celda en la que se encuentra el usuario. 
35 Antes de enviar un mensaje corto con aviso de error de marcaci6n al usuario, 
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se puede comprobar que ha transcurrido un tiempo mfnimo predeterminado desde el 
envfo de un mensaje corto con aviso de error de marcaci6n anterior al mismo usuario y 
si no ha transcurrido dicho tiempo mfnimo predeterminado, no se envfa el mensaje 
corto con aviso de error de marcacibn. 
5 Los criterios de error pueden incluir uno o varios criterios seleccionados del 

grupo que comprende los siguientes criterios: 

- el numero marcado empieza con "+" seguido por un signo distinto a una cifra 
C, 1<C<9; 

- el ntimero marcado empieza con "00" seguido por un signo distinto a una cifra 
10 C, 1<C<9; 

- el numero marcado es un numero de 9 cifras que empieza con una cifra que 
no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un w +" o "00" seguido por un c6digo de pals 
seguido por un c6digo de escape no aplicable para marcaci6n internacional a dicho 

15 pais; y 

- el ntimero marcado es un ntimero con menos de 9 cifras que no sea un 
c6digo corto. 

Es posible llevar a cabo el m6todo s6lo para usuarios visitantes que no est6n 
aprovisionados con marca O-CSI de servicio CAMEL. 

20 

BREVE DESCRIPCI6N DE LOS DIBUJOS 
A continuaci6n se pasa a describir de manera muy breve una serie de dibujos 
que ayudan a comprender mejor la invention y que se relacionan expresamente con 
una realizaci6n de dicha invenci6n que se presenta como un ejemplo ilustrativo y no 
25 limitativo de 6sta. 

Las figuras 1-3 reflejan, de forma esquemStica, la relaci6n entre algunos 
elementos importantes de redes convencionales (segun el estado de la tecnica). 

La figura 4 refleja, de forma esquem£tica, una configuraci6n de una red de 
acuerdo con una realizaci6n preferida de la invenci6n. 
30 La figura 5 refleja, de forma esquem£ticamente la relaci6n entre el SCP y el 

SDP-gateway SS7-IP. 

La figura 6 refleja, de forma esquem£tica, la relaci6n entre el SDP-gateway 
SS7-IP, el servidor IP y el centra servidor de mensajes cortos SMSC. 

La figura 7 es un diagrama de flujo que refleja la I6gica del servicio de aviso de 
35 errores de marcacibn en el SCP. 
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La figura 8 es un diagrama de flujo que refleja un proceso llevado a cabo en el 
MSC de la red visitada. 

La figura 9 refleja, de forma esquematica un proceso de actualizaci6n de 
posici6n de un usuario visitante (de acuerdo con el estado de la tecnica) 
5 La figura 10 refleja, de forma esquem£tica, algunos pasos del procedimiento 

segun una realizaci6n preferida de la invenci6n. 

DESCRIPCI6N DE UNA REALIZACI6N PREFERIDA DE LA INVENClON 
La figura 4 ilustra de forma esquem£tica una red que en gran parte 

10 corresponde al estado de la tecnica, tal y como se ha comentado en lo anterior (los 
componentes convencionales llevan las mismas referencias num6ricas que en las 
figuras relativas al estado de la tecnica). Es decir, la VPLMN 100 incluye sus 
estaciones base 3, sus BSCs 4, sus MSCs 5 y VLRs 7, igual que en las redes 
convencionales comentadas en lo anterior. Adem£s, se ilustra una red HPLMN 200 

15 con su HLR 209 en el que estdn almacenados datos relevantes al usuario 201 suscrito 
en dicha HPLMN 200 pero que actualmente se encuentra de visita ("roaming") en una 
celda2de la VPLMN 100. 

El MSC 5 de la VPLMN 100 puede establecer un didlogo de control CAMEL 
(esquematicamente ilustrado con la referenda num6rica 15 en la figura 4) con un SCP 

20 230 de la red de origen HPLMN 200, concretamente, con un gsmSCF. 

Por otra parte, igual que en los sistemas convencionales, tambi6n existen 
medios de dtelogo mediante mensajes MAP 14 entre el MSC 5 de la VPLMN 100 y el 
HLR 209 de la HPLMN 200, por ejemplo, para que el usuario visitante puede utilizar su 
tel6fono m6vil en la red visitada VPLMN 100. 

25 Ahora bien, la red visitada VPLMN 100 tambten incluye un punto de control de 

servicio SCP 11 accesible desde el MSC 5 a trav6s de un STP 12 ("Signalling Transfer 
Point" - un punto intermedio de senalizacibn de la red, que contribuye a encaminar los 
comandos y mensajes hacia el punto de destino). El acceso se hace a trav6s de un 
dialogo INAP-CS1 esquem£ticamente ilustrado con la referenda num6rica 13 en la 

30 figura 4. 

Partiendo de la figura 4 y de acuerdo con una realizaci6n preferida de la 
invenci6n, se lleva a cabo las siguientes operaciones: 

1) La unidad correspondiente al MSCA/LR (referencias num6ricas 5 y 7 de la 
red VPLMN 100 en la figura 1) detecta que un usuario visitante ("roamer") marca un 
35 numero de te!6fono. En base al IMSI del usuario, se determina si 6ste pertenece a una 
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red de origen (HPLMN) con el que existe un acuerdo de aviso de errores de 
marcaci6n. Si existe tal acuerdo, la unidad MSC/VLR establece un di£logo de control 
INAP-CS1 (referenda num6rica 13 en la figura 4) con el SCP 11, que es el que 
contiene la I6gica del servicio de aviso de errores de marcaci6n. Dicho didlogo se Neva 
5 normalmente a cabo a trav6s de uno o varios STPs 12. 

2) El SCP 11 analiza los argumentos de la operaci6n de CS1 InitialDP 
(mensaje iniciai de establecimiento de control) y ejecuta la I6gica del servicio de aviso 
de errores de marcaci6n, para verificar si se da un caso de marcacion erronea; 
preferiblemente, se entiendo como caso de marcaci6n err6nea un caso en el que se 

10 cumple al menos uno de una serie de criterios de error predeterminados, por ejemplo, 
los siguientes: 

- Marcaci6n del c6digo de pafs (Country Code) sin anteponer el V o el W 
(identificadores de llamada internacional). 

- Marcaci6n de '+ 00' delante del c6digo de pais (Country Code); es decir, 
15 utilizacion simult£nea de los dos identificadores de llamada internacional. 

- Marcaci6n de solamente un '0' e inmediatamente despu6s el c6digo de pals 
(Country Code). 

- Utilizaci6n de '*' (asterisco) en vez del '+'. 

- Marcaci6n por agenda en formato nacional, como si el usuario estuviese 
20 localizado en su pals de origen. (Sin embargo, no siempre es posible determinar si se 

cumple este criterio de error. Por ejemplo, si el usuario se mueve en un VPLMN 
espanol y si el numero marcado, presuntamente obtenido de la agenda del m6vil como 
si estuviese en su pafs origen, comienza por '6\ T, '8' 6 '9' y su longitud es de 9 
dlgitos, no se puede identificar si en realidad el abonado est£ intentando acceder a un 
25 ndmero nacional espanol o bien a un numero nacional de su pafs origen. Ante esta 
ambigiiedad, el servicio de aviso de errores de marcacibn considerarS la llamada 
correcta, es decir, en el caso del ejemplo dado, con destino Espana). 

- Para ciertos pafses como el Reino Unido, la inclusi6n del c6digo de escape 
para marcaci6n nacional, que nunca debe ser incluido cuando se marca desde el 

30 extranjero (+44 0 resto del ndmero). 

3) Si no se cumple ningiin criterio de error, se supone que no existe ningdn 
error y se deja que la llamada continue (el SCP 1 1 enviarS la operaci6n Continue al 
MSC 5). 

Si se cumple uno de los criterios de error predeterminados, se supone que la 
35 marcaci6n internacional es err6nea t y el SCP 1 1 enviar£: 


WO 2004/023773 


PCT/ES2003/000446 


-15- 

- Por una parte, hacia el MSC 5, la operacion ReleaseCall, de modo que se 
libere la llamada con un anuncio vocal indicando que el numero marcado no existe. 

- Por otra parte, una operaci6n de red inteligente (IN) de acceso a base de 
datos (pueden utilizarse protocolos propietarios de suministrador o bien ETSI-CS2, 

5 como Search). Dicha operaci6n ha de ser enviada hacia una plataforma que haga las 
funciones de SDP (es decir, que interprete la operaci6n recibida) (SDP es un acrdnimo 
de "Service Data Point" y corresponde a un nodo que guarda datos de servicio y/o 
abonados en una arquitectura de red inteligente, siendo capaz de devolver y/o 
modificar datos segun peticiones del SCP) y a la vez de gateway con el mundo IP 

10 (Internet). En la figure 5, se ilustra esquematicamente la relacibn entre el SCP 11 y el 
SDP-gateway SS7-IP 16, el cual funciona como gateway o puente entre el entorno 
SS7 (referenda num§rica 500 en la figure 5) y el entorno IP (400). 

4) El SDP-gateway (o, simplemente, gateway) SS7-IP 16 recibe (a trav6s de un 
STP 17) el mensaje SS7 (referenda num6rica M1 en la figure 5) con los argumentos 

15 necesarios para enviar al abonado el mensaje corto (SM). BSsicamente, dicho 
mensaje SS7 debe incluir un codigo identificador de mensaje corto, el MSISDN 
(numero de tel6fono) del usuario que origin6 la llamada (es decir, del tel§fono movil 
201 visitante) y un identificador de un servidor 18 del dominio IP encargado de generar 
el mensaje corto (SM). A partir de estos argumentos, el SDP-gateway construye una 

20 petici6n http ("Hyper Text Transfer Protocol" - protocolo de aplicaci6n para transmisi6n 
sobre IP) hacia dicho servidor 18 del dominio IP (ver la figure 6). AdemSs, el gateway 
16 puede enviar un mensaje de confirmaci6n (M2) hacia el SCP 11. Dicho mensaje 
puede ser iniciado desde el servidor 18 (una vez que haya procesado correctamente la 
petici6n http). 

25 5) El servidor 18 del dominio IP extraer£ los datos necesarios para generar un 

mensaje corto. A partir del cbdigo identificador de mensaje corto obtendrS su 
contenido (texto) de una base de datos. Sabiendo el MSISDN del roamer y el texto del 
mensaje corto educacional, se realizar£ una petici6n de envfo al SMSC 10 (en el 
protocolo IP que 6ste Ciltimo elemento soporte). 

30 6) Una vez que alcanzado el SMSC 10, el mensaje corto es entregado al 

tel6fono m6vil 201 del roamer siguiendo los procedimientos GSM convencionales. La 
unica particularidad es que el SMSC debera consultar al HLR 209 de la red de origen 
(HPLMN) 200 (operaci6n de MAP SendRoutinglnfoForSMS) para averiguar el IMSI y el 
identificador de VLR. El SMSC 10, al recibir el niimero del VLR 7 correspondiente a la 

35 estacion base 3 de la celda 2 en la que se encuentra el tel6fono m6vil 201 del roamer, 


WO 2004/023773 



PCT/ES2003/000446 


-16- 


10 


15 


20 


25 


30 


encaminar£ dicho mensaje directamente para su entrega sin pasar por gateways 
internacionales. Es decir, el mensaje corto nunca pasa a senalizaci6n internacional 
300, dado que el SMSC 10 forma parte de la propia red visitada VPLMN 100. Tan solo 
se produce una transacci6n internacional para obtener los datos necesarios para 
encaminar el mensaje (concretamente, la consulta del SMSC 10 al HLR 209 de la red 
de origen 200). 

Para mayor claridad, pasamos a explicar algunos aspectos de la invencibn m£s 
detalladamente, partiendo de los siguientes tres aspectos: 

a- Configuraci6n del MSCA/LR (5/7) donde el usuario visitante est£ acampado 
para realizar el disparo IN al SCP 11 (suspensibn del procesamiento de llamada y 
establecimiento de mensaje inicial de control). Este disparo debe ser configurado para 
cada operador al que se le quiere ofrecer el servicio de aviso de errores de marcacidn. 

b- Ejecuci6n de la I6gica del servicio de aviso de errores de marcaci6n, 
analizando los argumentos de senalizacidn enviados por la red de conmutaci6n. 
Basdndose en los datos recibidos, la logica determina si la marcaci6n internacional es 
correcta o no, y en funcion de ello realiza o no una petici6n de envfo de mensaje corto 
al SDP-gateway SS7-IP. 

c- Flujo e interacci6n con el mundo IP: el SDP-gateway SS7-IP 16 traduce el 
mensaje SS7 en una petici6n http hacia un servidor 18 del dominio IP, un servidor 
capaz de generar mensajes cortos, el cual obtiene el contenido del mensaje corto a 
enviar y realiza la petici6n final al SMSC 10 para su envto. A partir de este punto, el 
SMSC 10 envla el mensaje corto al roamer destinatario, por m§todos convencionales. 

El primer aspecto comentado se refiere al "disparo" del servicio de aviso de 
errores de marcaci6n en el SCP 1 1 , y la construcci6n de un mensaje inicial de control 
(InitialDP). Dicho mensaje de aplicaci6n ser£ entregado a las capas inferiores del 
protocolo de senalizacidn SS7 (TCAP -Transaction Capability Application Protocol", 
SCCP - "Signalling Connection Control Part" y MTP -"Message Transfer Part"), que se 
encargardn de encaminarlo por los STPs 12 hasta alcanzar el SCP 11 donde reside la 
I6gica del servicio. 

Se ha optado por hacer el servicio de la invencidn incompatible con cualquier 
servicio CAMEL con el que pudiese estar aprovisionado el usuario visitante. En caso 
de que dicho usuario est6 aprovisionado con un O-CSI, se establecer£ 
incondicionalmente el mensaje CAMEL-lnitialDP hacia la direcci6n SS7 especificada 
en el campo gsmSCFAddress (perteneciente al O-CSI). Dicho de otra forma, la 
MSCA/LR de la red visitada (VPLMN) debe contactar inmediatamente via red SS7 
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internacional 300 con el SCP (gsmSCF 230) de la HPLMN 200 cuya direcci6n se 
especifica expresamente en la marca O-CSI. A partir de este momenta, el SCP 
(gsmSCF 230) de la HPLMN toma el control de la llamada, pudiendo establecer 
distintas acciones (entre las cuales se encuentra la modificaci6n del ntimero de 
5 destino). (En caso de que el SCP de la HPLMN 200 no modifique el numero de destino 
de llamada, la MSC de la red visitada podrla establecer un disparo al servicio local de 
aviso de errores de marcacidn. Sin embargo, una soluci6n asf serla un tanto 
complicada, quedando fuera de esta realizaci6n preferida de la invenci6n. Esta 
realizacion preferida pretende ofrecer una aplicaci6n "pre-CAMEL" a los usuarios 

10 visitantes. Se trata en realidad de un concepto antag6nico a CAMEL. El estendar 
CAMEL permite a una HPLMN el controlar una llamada efectuada por un roamer en 
tiempo real cuando se este estableciendo. Por lo tanto, si el roamer este provisto con 
O-CSI en el VLR, la red visitada este transfiriendo (debe transferir) el control de la 
llamada a la HPLMN del usuario, habilitandole acceso para que implemente las 

15 funcionalidades de detecci6n y/o notificaci6n de errores de marcaci6n (funciones 
ejecutadas localmente para usuarios no CAMEL)). 

El disparo debe configurarse en base a la identidad del operador del HPLMN 
del usuario visitante (que puede ser identificado en base al I MS I del usuario visitante), 
de forma que se pueda activar el servicio de aviso de errores de marcacidn de forma 

20 selectiva en funci6n de la identidad del operador del HPLMN del usuario visitante. De 
esta forma, se puede ir activando gradualmente el numero de operadores a los que se 
ofrece el servicio. De esta forma se evitardn sobrecargas en el SCP 11, en la red de 
senaljzacibn SS7 (los STPs), y en los derates sistemas involucrados en el servicio de 
aviso de errores de marcaci6n (SDP-gateway SS7-IP, nodos IP para envio de 

25 mensajes cortos, etc.). De esta forma, los MSCs se pueden configurar de modo que se 
ejecute el servicio de aviso de errores de marcaci6n para usuarios de algunos 
HPLMNs pero no para usuarios de otros HPLMNs. 

A continuaci6n se muestra el formato ASN.1, a nivel de aplicaci6n, para el 
mensaje CS1 InitialDP, usado para transferir el control de la llamada al SCP 11: 

30 

InitialDP OPERATION 
ARGUMENT 
SEQUENCE { 
serviceKey [0] INTEGER (0..2147483647), 
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calledPartyNumber [2] OCTET STRING (SIZE (1..41)), 

callingPartyNumber [3] OCTET STRING (SIZE (2.. 10)), 
extensions [15] SEQUENCE SIZE (1..16) OF SEQUENCE { 
type INTEGER (0..63), 

criticality ENUMERATED { ignore (0), abort (1) } DEFAULT ignore, value [1] 
kindOfNumberValue EXPLICIT Number 
} ExtensionFieldl OPTIONAL 


} 

10 

ETSI Core INAP CS1 es un estandar orientado a redes fijas. Por ello carece de un 
campo especlfico para enviar el contenido del IMSI (informaci6n espedfica de redes 
m6viles). Sin embargo, el estandar permite cierta libertad para que un operador defina 
extensiones donde pueda enviar dicho tipo de informaci6n. El envfo de dichas 
15 extensiones, asf como el contenido de las mismas, es una information espedfica del 
operador de red. Para el servicio de aviso de errores de marcaci6n para visitantes, el 
mensaje InitialDP contiene una extensi6n en la que se envla el IMSI, para su correcto 
procesamiento por parte de la I6gica en el SCP 1 1 . 

El SCP 1 1 decodificara los argumentos enviados en el InitialDP al recibir dicho 
20 mensaje: 

- El ServiceKey es un identificador que el SCP utilizara para direccionar la 
Idgica del servicio de aviso de errores (un SCP puede procesar distintas I6gicas de 
servicio segun dicho parametro). 

- El CalledPartyNumber contiene el numero marcado. Dicho ndmero sera 
25 objeto de un analisis minucioso para determinar los fallos posibles. 

- El CallingPartyNumber contiene el numero (MSISDN) llamante. El SCP 1 1 lo 
necesita para determinar el destino del mensaje corto (SM) educacional en caso de 
marcaci6n errdnea. 

- Por ultimo, el IMSI (codificado dentro de una extensidn) contiene informaci6n 
30 de la red de origen (HPLMN) a la que pertenece el abonado. Dependiendo de dicha 

red, se podra customizar el contenido del mensaje corto educacional, por ejemplo, 
enviar un mensaje en el idioma del pals de la HPLMN. 

En el SCP 1 1 , la I6gica del servicio realiza un analisis minucioso para detectar 
los errores mas comunes en llamadas internacionales. en llnea con lo que se ha 
35 comentado en lo anterior. Para asegurarse que se detectan todos estos errores, la 
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I6gica de servicio realiza preferiblemente las siguientes comprobaciones: 

i) Si el numero de destino comienza por '+' (parSmetro NatureOfAddress = 4 - 
internacional -), y el primer dfgito no pertenece al rango 1..9, entonces se trata de un 
numero errbneo (el primer dfgito de un codigo de pats nunca puede ser '0' ni mucho 

5 menos un dfgito hexadecimal como o '#'). 

ii) Si el numero de destino comienza por '00', y el siguiente dfgito no pertenece 
al rango 1 ..9, entonces tambten se trata de un numero errbneo. 

iii) Si las comprobaciones realizadas en las secciones 1 y 2 son superadas con 
6xito, es necesario saber si el pais destino tiene c6digo de escape para marcaci6n 

10 nacional. Si, por ejemplo, en el caso del Reino Unido, el numero marcado comienza 
con +440 6 00440, entonces se trata de una llamada err6nea. Si un numero 
internacional supera esta ultima comprobacibn se considerar£ una llamada correcta, 
tras lo cual el SCP dejar£ continuar la llamada (envfo de la operaci6n Continue hacia 
la MSC 5 para devolverle el control de la llamada). 

15 iv) Si no se cumplen ninguna de las condiciones previas, el abonado puede 

estar o bien intentando acceder al plan de numeracibn nacional de su pais 
incorrectamente o bien al plan de numeraci6n del pafs visitado. La I6gica de la 
invencibn comprueba si se cumple esta ultima condicidn. En este punto siempre hay 
que contar con una ambiguedad obvia: puede existir colisi6n con el plan de 

20 numeraci6n del pafs origen. El usuario visitante puede estar intentando acceder a su 
agenda en la que puede tener un numero en formato nacional que coincida con el 
formato del pafs de la red visitada (VPLMN). Un ejemplo muy claro lo tenemos en el 
plan de numeraci6n mbvil de Portugal con respecto a Espana. Para marcacibn interna, 
en Portugal el rango '91' est£ reservado para la red m6vil de Telecel®. Un roamer 

25 portuguSs puede intentar, por ejemplo, marcar el 91XXXXXXX cuando est£ localizado 
en una red espanola. En este caso, es imposible determinar si el abonado pretende 
contactar err6neamente con un m6vil portugu§s a trav6s de la marcaci6n por agenda o 
si por el contrario quiere contactar con un numero de la provincia espanola de Madrid 
(los tel6fonos fijos de Madrid tienen numeros de 9 dfgitos que empiezan por "91"). 

30 Ahora bien, un servicio de aviso de errores de marcaci6n basado en la 

invenci6n e implementada en una red m6vil espanola, podrfa realizar las siguientes 
comprobaciones: 

- Si el numero marcado tiene 9 dfgitos y comienza por 6, 7, 8 6 9 (rangos 
asignados a redes fijas o m6viles espanolas) la llamada se dejar£ continuar. 
35 - Si el ntimero marcado tiene menos de 6 dfgitos (posibilidad de acceso a 
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cbdigo corto), la llamada se dejard continuar. 

Si la marcacidn coincide con alguno de los criterios de llamada errbnea, se 
procede de la siguiente forma: 

1. A partir del IMS! (que identifica biunfvocamente a la HPLMN), la I6gica de la 
5 invencibn, implementada en el SCP 11, extrae un c6digo identificador del mensaje 

corto educacional a enviar al abonado. El SCP 11 envfa hacia el SDP-gateway SS7-IP 
16 una orden o mensaje de envfo de mensaje corto, mediante un protocolo IN de 
acceso a bases de datos (se puede tratar de un protocolo propietario especffico de 
operador de red o bien de ETSI-CS2 - operaci6n Search-), En dicho mensaje SS7 (M1 

10 en la figure 5) se enviar£ la informaci6n necesaria para completar el envfo del 
mensaje: el c6digo identificador del mensaje corto educacional, el identificador de la 
plataforma para el envfo del mensaje corto (es decir, el identificador del servidor 18), y 
el numero (MSISDN) de destino (que coincidira con el numero de telefono del telefono 
m6vil 201 del usuario roamer). Este mensaje se encaminarS a trav6s de los STPs 17 

15 hacia el SDP-gateway SS7-IP 16. 

2. El SCP 11 libera la llamada mediante la operaci6n de CS1 ReleaseCall. 
Dicha operaci6n se envfa de vuelta a la MSC 5. La causa especffica para liberar la 
llamada es un dato especffico de operador de red. Por ejemplo, la causa puede ser 
unallocated number. Tras la recepci6n de esta causa, la MSC 5 aplica al abonado, por 

20 ejemplo, una locucidn gengrica en ingl6s indicando que el numero marcado no existe. 

Otro aspecto de la invenci6n comentado en lo anterior es el que se refiere al 
envfo del mensaje corto educacional. El elemento clave para el procesamiento del 
mensaje corto educacional en el dominio IP es el SDP-gateway SS7-IP 16. Este 
elemento es una plataforma que ejerce las funciones de traduction de un mensaje 

25 SS7 (que lleva una serie de argumentos claves para enviar el mensaje corto) en una 
peticidn http, que ser£ procesada en el mundo IP 400. 

El SDP-gateway SS7-IP 16 tiene cargadas unas tablas de configuraci6n para 
determinar la direccibn IP del servidor 18 encargado de generar y enviar los mensajes 
cortos (SM). Hacia dicha direccidn IP, el gateway SS7-IP envfa un mensaje http 

30 indicando el cbdigo identificador de mensaje corto (puede haber, por ejemplo, un 
c6digo de mensaje corto especffico por cada HPLMN con la que existe acuerdo de 
servicio de aviso de errores de marcaci6n y un cbdigo identificador de mensaje corto 
general que se aplica a HPLMNs con cuyos operadores no existen acuerdos de tal 
servicio) y el MSISDN destino de dicho mensaje corto. Se muestra a continuaci6n un 

35 modelo para dicho mensaje http: 
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http://servidor_sms.vodafone.es/mensajesJmv/imv?msisdn=n°destin 
ador_SMS 

5 Preferiblemente, el gateway 16 tiene implementada una I6gica de control de 

flujo de envfo de mensajes cortos. Un comportamiento muy previsible por parte de los 
abonados cuando realizan una marcacibn incorrecta es reintentar la llamada. Puesto 
que la recepci6n de un mensaje corto educativo tarda un tiempo (en el orden de unos 
segundos) desde la marcaci6n incorrecta correspondiente, es conveniente disponer de 
10 un mecanismo de control para evitar una avalancha de un mensaje corto por cada 
marcaci6n incorrecta. Con este mecanismo: 

- Se evitan posjbles sobrecargas tanto en la red SS7 como en la red IP. 

- Se evita un efecto molesto para el usuario final: serfa molesto recibir varias 
veces el mismo mensaje corto educativo, lo cual serfa contraproducente si lo que se 

15 quiere es ofrecer una notificaci6n educacional con el fin de aumentar el grado de 
satisfacci6n del usuario. 

Por cada operacibn de envfo de mensaje corto educativo iniciado a trav§s del 
SDP-gateway SS7-IP 16, dicho gateway incluird en una tabla el ntimero MSISDN del 
abonado al que se le envfa el mensaje. Junto a dicho numero se incluir£ una marca 

20 horaria que indique cuando se ha producido dicha operaci6n. Cuando el SDP-gateway 
SS7-IP recibe del SCP 11 una operaci6n SS7 para el envfo de un mensaje corto 
educativo, el SDP-gateway 16 consulta si el MSISDN se encuentra en dicha tabla. En 
caso afirmativo, comprueba la marca horaria y analiza si ha transcurrido un tiempo 
mfnimo (por ejemplo, 15 minutos) desde dicha marca horaria (se puede usar, por 

25 ejemplo, un temporizador configurable). Si no ha transcurrido dicho tiempo mfnimo, el 
gateway 16 no envfa el mensaje http hacia el servidor 18, enviando igualmente hacia 
el SCP 11 una confirmaci6n M2 de mensaje correctamente procesado (es decir, el 
control para evitar que se envfen multiples mensajes cortos educativos de forma 
consecutiva en el caso de repetirse varias marcaciones err6neas dentro de un 

30 intervalo corto de tiempo, se lleva a cabo en el gateway 16 y es algo transparente para 
el SCP 11). 

Por otra parte, el servidor 18 de envfo de mensajes cortos lleva a cabo las dos 
siguientes acciones: 

- Cargar el texto del mensaje corto educativo a partir del cbdigo identificador de 
35 mensaje corto (el SCP 1 1 envfa un c6digo que identifica de forma unfvoca un texto 
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almacenado en una base de datos del servidor 18). 

- Ejecutar un CGI ("Common Gateway Interface" - mecanismo para ejecucibn 
remota de servicios mediante http) para enviar dicho mensaje mediante SMPP u otro 
protocolo del mundo IP al SMSC 10, que se encargarS de su distribuci6n al 

5 destinatario (el tetefono m6vil 201 ) mediante procedimientos convencionales GSM. 

Ambas funciones (obtenci6n del texto del mensaje corto y el CGI para envfo 
del mismo) pueden ser ejecutadas en maquinas fisicas distintas, dependiendo ello 
exclusivamente de la arquitectura utilizada por el operador de la red. 

La figura 7 refleja, de forma esquem£tica, la I6gica del SCP 11. 
1 0 En el paso S0 f el SCP recibe el mensaje inicial de control InitialDP con: 

- el "ServiceKey" que identifica al servicio de aviso de errores de marcaci6n; 

- el "CalledPartyNumber" que es el numero marcado; 

- el "CallingPartyNumber" que es el numero (MSISDN) del tel6fono m6vil 201 
que realiza la llamada; y 

15 el IMSI del tel6fono m6vil que realiza la llamada. 

En el paso S1, el SCP comprueba que los par£metros "CalledPartyNumber" y 
"CallingPartyNumber" esten presentes en el mensaje InitialDP recibido. Si esten 
presentes, se pasa al paso S2. Si no, se realiza la acci6n SC que consiste en enviar 
un mensaje "Continue" al MSC 5, con lo cual el MSC pasa a realizar el anSiisis 
20 convencional del ntimero marcado y a obtener la ruta para establecer la llamada. 

En el paso S2 empieza el anSlisis del numero marcado; se comprueba si 
empieza con un "+"; si empieza con un "+", se pasa al paso S4; en el caso contrario, 
se pasa al S3. 

En S3, se comprueba si el numero empieza con "00"; si empieza con "00", se 
25 pasa al S4, en el caso contrario, a S5. 

En S4 se comprueba si el c6digo de pais empieza con un dlgito de 1 a 9; en el 
caso de que empieza con tal dfgito, se va a S6; en el caso contrario, a S7. 

En S5 se comprueba si el numero es un "c6digo corto"; en el caso de sf, se va 
a SC (que ya hemos comentado); en el caso de no, se va a S8. 
30 E n S6 se comprueba, en funci6n del cbdigo de pals detectado, si se ha 

marcado tanto un c6digo de pals como un codigo de escape que no debe marcarse en 
dicho pais, en el caso de sf, se va a S7. En el caso de no, se va a SC. 

En S7 se comprueba si el IMSI este presente en el InitialDP. Si est£ presente, 
se pasa a S9; si no, se pasa a S10. 
35 En S8 (paso especifico para una aplicaci6n en una red espanola) se 
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comprueba si la longitud del numero marcado es de nueve cifras y si empieza por una 
cifra del intervalo 6-9; en el caso de si, se va a SC. En el caso de no, se va al paso S7 
(descrito en lo anterior). 

En S9 se comprueba si el IMSI recibido en el mensaje InitialDP (paso SO) 
5 corresponde al rango de IMSI correspondiente a un operador de HPLMN para el que 
se tiene previsto un mensaje corto educativo particular (p.e., debido a un acuerdo 
suscrito con dicho operador). En el caso de sf, se va al paso S1 1, en el caso de no, se 
vaaSIO. 

En el paso S10, se carga (en el mensaje M1 ilustrado en la figure 5) un c6digo 
10 identificador de mensaje corto correspondiendo a un mensaje corto con texto 
"estandar" o "por defecto" almacenado en la base de datos del servidor 18; este texto 
corresponde a los mensajes cortos que se envlan a usuarios que corresponden a 
operadores que no deben recibir un tratamiento especial (por ejempio, por no existir un 
acuerdo especial de servicio de aviso de errores de marcacion con dichos 
15 operadores). 

En el paso S1 1 , se carga (en el mensaje M1 ilustrado en la figure 5) un c6digo 
de mensaje corto correspondiendo a un mensaje corto especffico, seleccionado en 
funcidn del operador de la HPLMN 200 que corresponde al usuario del telefono m6vil 
que realizd la marcaci6n; el texto puede haber sido establecido en un acuerdo suscrito 
20 entre el operador de la VPLMN y el operador de la HPLMN. 

En el paso S12, se envla el mensaje M1 (ver la figure 5) al gateway SS7-IP 16, 
desde el cual se envla el mensaje http al servidor 18 (ver la figure 6). 

Seguidamente, en el paso S13, se envla un mensaje ReleaseCall al MSC 5. 

Por otra parte, la figure 8 refleja un proceso que se lleva a cabo en el MSC 5 
25 de la HPLMN correspondiente a la celda en la que el usuario visitante realiza la 
llamada. Los pasos que se llevan a cabo son los siguientes: 

S20: "SOLICITUD DE LLAMADA" (una solicitud de llamada consiste en que el 
MSC recibe una petici6n de llamada saliente de un abonado localizado en un £rea a la 
cual da servicio dicho MSC. Dicha petici6n de llamada se origina tras la marcaci6n de 
30 un ndmero por parte del abonado y el establecimiento del contacto via radio con la 
red.) 

S21: "An£lisis de IMSI para obtenci6n de esquema de numeracibn" (el IMSI 
recibido en la petici6n de llamada debe direccionar el modo de an£lisis -esquema de 
numeration- del numero marcado para obtenci6n del procesamiento de la llamada). 
35 S22: "Trigger de servicio de aviso de errores de marcaci6n para visitantes 
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10 
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20 
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30 


activo". Si el trigger este activo, se pasa al paso S23; si no, se pasa al paso S31. 
(Trigger quiere decir en sentido estricto "condicibn de disparo" o de "establecimiento 
de control con SCP". A partir del rango de IMSI se puede configurar el esquema de 
numeracibn: esto quiere decir que se puede configurar si ejecutar o no el disparo IN, y 
todo ello individualmente para cada rango de IMSI. Es decir, podria existir alguna 
HPLMN para cuyos abonados no se quisiera invocar el procedimiento de aviso de 
errores de marcaci6n t analizando la llamada mediante los procedimientos ordinarios 
asociados a llamadas b£sicas de redes conmutadas.) 

S23: se comprueba si el usuario visitante tiene marca O-CSI ("marca CAMEL"); 
si tiene esta marca, se pasa al paso S24 (con lo cual la red visitada se desentiende de 
los avisos de errores de marcacibn; el control sobre la llamada pasa a la HPLMN); en 
el caso contrario, se pasa a S25. 

S24: se procede de acuerdo con CAMEL (se realiza un disparo CAMEL al 
gsmSCF 230 (figure 4), etc.). Este procedimiento es conocido y no requiere m£s 
explicaciones. 

S25: se envfa el mensaje InitialDP (que es recibido por el SCP 11 en el paso 
SO en la figure 7). Luego, se pasa al paso S26. 

S26: "Espera"; aquf, el MSC 5 espera hasta que se produzca una de las 
siguientes tres incidencias: 

- S27: el MSC recibe el mensaje "ReleaseCall" del SCP 11 (paso S13 en la 
figure 7) y pasa al paso S28, en el que libera la llamada (no se sigue adelante con la 
llamada) y se envia al tel6fono m6vil una locucion gen6rica (por ejemplo, en ingl6s) 
indicando que el nCimero marcado no existe. 

- S29: el MSC recibe el mensaje "CONTINUE" del SCP (este mensaje se envia 
en los pasos SC ilustrados en la figure 7); en tal caso, se pasa a S31. 

- S30: se produce un mensaje "ERROR" debido a que un tiempo superior a un 
umbral predefinido ha transcurrido sin que se haya producido ninguno de los pasos 
S27 y S29. En tal caso, el MSC abandona el estado de espera (paso S26) y procede al 
paso S31 (esto para que la llamada no quede "colgada" en el caso de no funcionar 
correctamente el servicio de errores de marcaci6n; este servicio es un servicio 
"complementario" concebido para dar un mejor servicio al cliente, y un mal 
funcionamiento de este servicio no debe afectar negativamente al servicio b£sico, es 
decir, a las posibilidades de realizar llamadas). 

S31: andlisis convencional del numero marcado y obtencidn de ruta para la 
llamada. 
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Para facilitar atin m£s la comprensi6n de la invenci6n, a continuacibn se hace 
referenda a las figuras 9 y 1 0. 

La figura 9 refleja de forma esquemdrtica un proceso de actualizaci6n de 
posici6n de un usuario visitante (de acuerdo con el estado de la tecnica); la figura 
5 ilustra los siguientes pasos: 

B1 : Petici6n de actualizacibn de posici6n vfa radio (a trav6s de la estacibn base 

3 de la celda en la que se encuentra el usuario) 

82: Petici6n de informacidn de autentificaci6n al HLR 209 de la HPLMN 
83: Obtenci6n de las tripletas. El HLR obtiene las tripletas a trav6s del AUC. 
10 B4: Er »vfo desde el HLR de las tripletas de autenticaci6n hacia el VLR 7 de la 

red visitada 

85: Envfo ntimero aleatorio de autentificaci6n (RAND) 
86: Envfo respuesta firmada (SRES) para autentificacibn 
87: Petici6n de actualizaci6n de posici6n (UpdateLocation) hacia el HLR de la 
15 HPLMN 

88: Envfo del perfil de abonado (InsertSubscriberData) hacia el VLR 7 
La figura 10 refleja, de forma esquemdtica, algunos pasos del procedimiento 
segdn una realizacibn preferida de la invenci6n. 

A1: Mensaje SETUP para establecimiento de llamada del roamer (del tetefono 
20 m6vil 201 del usuario) 

A2: Configuracfon de disparo INAP-CS1 hacia el SCP 11 en funci6n del IMSI 
del usuario 

A3: Para marcaci6n err6nea, mensaje de orden de envfo de mensaje corto 
educativo 

25 A4: Mensaje http con los parSmetros necesarios para el envfo del mensaje 

corto educativo 

A5: Envfo del mensaje corto por SMPP u otro protocol© orientado a IP 

A6: Confirmaci6n de envfo desde el servidor 18 hasta el SCP 11 a trav6s del 

gateway 16. (El servidor 18 inicia esta confirmaci6n una vez que ha procesado 

30 el mensaje http. Ahora bien, cuando el gateway 16 opta por no enviar dicho 

mensaje http debido a que el tiempo transcurrido desde un mensaje anterior al 
mismo abonado no supera el tiempo mfnimo establecido, el gateway 16 se 
hace cargo de generar y de enviar una confirmaci6n de envfo hasta el SCP, ya 
que el mecanismo para evitar el envfo al abonado de multiples mensajes cortos 

35 con contenido identico, debe ser un tema transparente para el SCP, tal y como 
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se ha comentado en lo anterior). 

A7: Liberaci6n de llamada con locuci6n (llamada errdnea) o bien continuar 
(llamada correcta). 

A8: Establecimiento ordinario de llamada (solo en llamadas correctas). 
5 La invencibn proporciona una base para un servicio de aviso de errores que 

supone una ayuda para marcaci6n correcta a roamers visitantes de otras redes, ya 
que ios roamers pueden recibir una notificaci6n educacional (en su propio idioma y 
adaptada a lo que el operador de la HPLMN del roamer considere conveniente). 

Se trata de un mecanismo para anSlisis de marcacion que permite la 
10 transferencia del control de llamada al SCP. Dicho nodo es capaz de implementar un 
an£lisis m£s flexible y minucioso que el que pueda realizar un conmutador tradicional 
(MSC). 

A la vez constituye una soluci6n de red inteligente no CAMEL para roamers; 

esta soluci6n se implementa exclusivamente en la red visitada, pero Ios roamers 
15 tienen la sensaci6n de recibir Ios mensajes cortos educativos de su HPLMN (como si 

fuera su HPLMN la que estuviese controlando Ios fallos de numeracibn y envto de 

mensajes cortos correspondientes). 

El contenido del mensaje corto se puede customizar a nivel de operador de la 

red de origen. Tambten se puede optar por no activar la funcionalidad para 
20 determinados operadores. 

Se trata de un servicio de valor anadido no critico. Esto es, si falla el 

mecanismo (por ejemplo, el procedimiento realizado en el SCP) la llamada debe 

preferiblemente continuar analiz£ndose mediante Ios procedimientos convencionales 

de conmutacibn de circuitos. 
25 La invencibn, de acuerdo con la realizaci6n preferida descrita en lo anterior, 

supone la interconexi6n entre Ios mundos de senalizaci6n SS7 e IP, con el fin de 

ordenar el envio de un mensaje corto (SM) desde un nodo SCP. Actualmente, ningtin 

estendar de red inteligente/CAMEL permite dicho envfo mediante interfaz SS7 entre 

SCP y SMSC. 

30 A lo largo de la presente descripci6n y reivindicaciones la palabra "comprende" 

y variaciones de la misma, como "comprendiendo", no pretende excluir otros pasos o 
componentes. 
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RE1VINDICACIONES 

1. - Un sistema de aviso de errores de marcaci6n a usuariosvisitantes en una red 
de telefonfa m6vil visitada (VPLMN) (100), siendo un usuario visitante un usuario de 

5 una red de telefonfa m6vil de origen (HPLMN) (200) distinta a la red de telefonfa m6vil 

visitada (100), caracterizado porque comprende: 

un primer nodo (11) de la red de telefonfa m6vil visitada (100) que comprende 

medios de analizar un ntimero marcado por un usuario (201) y determinar si dicho 

numero marcado cumple al menos un criterio de error predeterminado; y 
10 medios de enviar un mensaje corto (SM) con un aviso de error de marcaci6n al 

usuario si dicho nOmero marcado cumple al menos un criterio de error predeterminado. 

2. - Un sistema segun la reivindicaci6n 1, caracterizado porque dicho primer nodo 
es un punto de control de servicio (SCP) (11) de la red de telefonfa m6vil visitada 
(100). 

15 3.- Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de determinar la identidad de red de telefonfa m6vil de 
origen (HPLMN) en base al IMSI del usuario. 

4. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende: 

20 medios de enviar desde el primer nodo (1 1 ) de la red de telefonia m6vil visitada 

(100), un mensaje (M1) de envfo de mensaje corto a un gateway SS7-IP (16); 

medios de enviar desde dicho gateway SS7-IP (16), un mensaje http de envfo 
de mensaje corto a un servidor (18) de envfo de mensajes cortos; 

medios de enviar desde dicho servidor (18) de envfo de mensajes cortos, un 
25 mensaje corto dirigido al usuario (201), a un centro servidor de mensajes cortos 
(SMSC) (10) de la red visitada (100). 

5. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de seleccionar el texto del mensaje corto en base a la 
identidad de la red de telefonfa m6vil de origen (HPLMN). 

30 6.- Un sistema segdn la reivindicaci6n 5, caracterizado porque comprende medios 
de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante. 
7.- Un sistema segun la reivindicaci6n 4, caracterizado porque el servidor (18) de 
envfo de mensajes cortos incluye una base de datos con textos para mensajes cortos, 
y medios de seleccionar un texto para un mensaje corto en base a un c6digo indicador 

35 inclufdo en el mensaje http recibido del gateway SS7-IP (16). 
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8. - Un sistema segun la reivindicaci6n 4, caracterizado porque el mensaje http 
incluye, al menos, un c6digo indicador de un texto para el mensaje corto y el numero 
(MSISDN) del tel6fono m6vil del usuario (201) al que debe enviarse el mensaje corto. 

9. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
5 porque comprende medios de enviar al primer nodo (11), un mensaje inicial de 

establecimiento de control que comprende, al menos, los siguientes datos: el numero 
de tetefono marcado por el usuario; el numero (MSISDN) del tel6fono m6vil del 
usuario; y el IMS! del usuario. 

10. - Un sistema segun la reivindicacibn 9, caracterizado porque los medios de 
10 enviar al primer nodo (11) un mensaje inicial de establecimiento de control esten 

comprendidos en los MSCs (5, 6) de la red de telefonfa m6vil visitada (VPLMN), de 
modo que cuando un usuario en una celda (2) correspondiente a un MSC (5) marca un 
numero de tetefono, dicho MSC envfa el mensaje inicial de establecimiento de control 
al primer nodo (11). 

15 11.- Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de control para evitar que se envfe un segundo mensaje 
corto con aviso de error de marcaci6n a un usuario si el tiempo transcurrido desde el 
envlo de un primer mensaje corto con aviso de error de marcaci6n a dicho usuario es 
inferior a un tiempo mfnimo predeterminado. 

20 12.- Un sistema segOn cualquiera de las reivindicaciones anteriores, caracterizado 
porque los criterios de error incluyen uno o varios criterios seleccionados del grupo 
que comprende los siguientes criterios: 

- el niimero marcado empieza con u + n seguido por un signo distinto a una cifra 
C, 1<C<9; 

25 - el niimero marcado empieza con "00" seguido por un signo distinto a una cifra 

C, 1<C<9; 

- el numero marcado es un numero de 9 cifras que empieza con una cifra que 
no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un o "00" seguido por un c6digo de pafs 
30 seguido por un c6digo de escape no aplicable para marcaci6n internacional a dicho 

pals; y 

- el numero marcado es un ntimero con menos de 9 cifras que no sea un 
c6digo corto. 

13.- Un m§todo de aviso de errores de marcacibn a usuarios visitantes en una red 
35 de telefonfa m6vil visitada (VPLMN) (100), siendo un usuario visitante un usuario de 
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una red de telefonfa m6vil de origen (HPLMN) (200) distinta a la red de telefonfa mbvil 
visitada (100), caracterizado porque comprende los pasos de: 

(a) analizar, en un primer nodo (11) de la red de telefonfa m6vil visitada (100), 
un ndmero marcado por el usuario y determinar si dicho nCimero marcado cumple al 

5 menos un criterio de error predeterminado; 

(b) si dicho numero marcado cumple al menos un criterio de error 
predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo 
dicho mensaje corto al menos un aviso de error de marcaci6n. 

14. - Un m6todo segun la reivindicaci6n 13, caracterizado porque el primer nodo es 
10 un punto de control de servicio (SCP) (1 1) de la red de telefonfa m6vil visitada (100). 

15. - Un m6todo segun cualquiera de las reivindicaciones 13 y 14, caracterizado 
porque 

(c) se determina la identidad de la red de telefonfa m6vil de origen (HPLMN) del 
usuario y se determina, en base a la identidad de la red de telefonfa m6vil de origen 

15 (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso de errores de 
marcaci6n. 

16. - Un m6todo segun la reivindicaci6n 15, caracterizado porque la identidad de la 
red de telefonfa m6vil de origen se determina en base al IMSI del usuario. 

17. - Un m6todo segiin cualquiera de las reivindicaciones 15 y 16, caracterizado 
20 porque el paso (c) se realiza antes del paso (b). 

18. - Un m6todo segun la reivindicacibn 17, caracterizado porque el paso (c) se 
realiza antes del paso (a). 

19. - Un m§todo segdn cualquiera de las reivindicaciones 13-18, caracterizado 
porque el paso (b) comprende: 

25 - enviar desde un punto de control de servicio (SCP) (11) un mensaje (M1) de 

envfo de mensaje corto a un gateway SS7-IP (16); 

- enviar desde dicho gateway SS7-IP, un mensaje http de envfo de mensaje 
corto a un servidor (18) de envfo de mensajes cortos; 

- enviar desde dicho servidor (18), un mensaje corto dirigido al usuario visitante 
30 (201), a un centro servidor de mensajes cortos (SMSC) (10) de la red visitada (100). 

20. - Un m6todo segun cualquiera de las reivindicaciones 13-19, caracterizado 
porque el texto del mensaje corto se selecciona en base a la identidad de la red de 
telefonfa mbvil de origen (HPLMN). 

21. - Un m6todo segun la reivindicaci6n 20, caracterizado porque el texto del 
35 mensaje corto se selecciona en base al IMSI del usuario visitante. 
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22.- Un m6todo segun la reivindicaci6n 
texto entre una pluralidad de textos compr- 
(18) de envfo de mensajes cortos, en t 
mensaje http recibido del gateway SS7-IP 
5 23.- Un m6todo segun la reivindicaci6r 
incluye, al menos, un c6digo indicador de . 
telSfono m6vil (MSISDN) del usuario (201) 

24. - Un m§todo segun cualquiera de 
porque comprende un primer paso que 

10 mensaje inicial de establecimiento de cont: 
datos: el numero de tel6fono marcado p* 
(MSISDN) del usuario; y el IMSI del usuarir 

25. - Un m6todo segun la reivindicaci6n 
de establecimiento de control se envla de-> . 

15 visitada (100) que corresponde a la celda i 

26. - Un m£todo segun cualquiera de 
porque antes de enviar un mensaje corto 
se comprueba que ha transcurrido un tier 
de un mensaje corto con aviso de error de 

20 ha transcurrido dicho tiempo mfnimo pre 
con aviso de error de marcaci6n. 

27. - Un m6todo segun cualquiera de 
porque los criterios de error incluyen uni- 
que comprende los siguientes criterios: 

25 - el numero marcado empieza con 

C, 1<C<9; 

- el nOmero marcado empieza con 
C, 1<C<9; 

- el numero marcado es un numer ^ 
30 no sea 6, 7, 8o9; 

- el numero marcado empieza con 
seguido por un c6digo de escape no api 
pals; y 

- el numero marcado es un num~ 
35 c6digo corto. 
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28.- Un m6todo segun cualquiera de las reivindicaciones 13-27, caracterizado 
porque s6lo se lleva a cabo para usuarios visitantes que no esten aprovisionados con 
marca O-CSI de servicio CAMEL. 
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